Admission Control Of A Communication System

ABSTRACT

Aspects of the disclosure relate to admission control of a communication session in a network. The admission control can be implemented by a network node at the boundary of the network or a subsystem thereof. In one aspect, the admission control can be implemented during a predetermined period and can be based at least on an admission criterion, which can be specific to an end-point device, e.g., a target device or an origination device. The admission criterion can be configurable and, in certain implementations, it can be obtained from historical performance associated with establishment of communication session. Such historical performance can be assessed within a period of a configurable span.

CROSS REFERENCE TO RELATED APPLICATION

This application is a Continuation of U.S. Non-Provisional applicationSer. No. 13/834,452 filed Mar. 15, 2013, herein incorporated byreference in its entirety.

BACKGROUND

Establishment of a communication session (e.g., an interactivemultimedia session) generally entails allocation of network resources(e.g., bandwidth, communication channels (such as signaling channels),PDPs, processing resources, and the like), regardless of thecommunication session being established successfully or failing toinitiate. Such allocation can block network resources and can incurprocessing that can create network congestion, particularly in scenariosin which the communication session is an automated voice session.

SUMMARY

It is to be understood that this summary is not an extensive overview ofthe disclosure. This summary is exemplary and not restrictive, and it isintended to neither identify key or critical elements of the disclosurenor delineate the scope thereof. The sole purpose of this summary is toexplain and exemplify certain concepts of the disclosure as anintroduction to the following extensive, more detailed description.

One or more embodiments of the disclosure relate to admission control ofa communication session (or sessions). The admission control can beimplemented by a network node at the boundary of the network or asubsystem thereof. In one aspect, the admission control can beimplemented during a predetermined period and can be based at least onan admission criterion, which can be specific to an end-point device,e.g., a target device or an origination device. The admission criterioncan be configurable and, in certain implementations, it can be obtainedfrom historical performance associated with establishment ofcommunication sessions. Such historical performance can be assessedwithin a period of a configurable span. The methods and systems cancomprise initiating, at a first network node, a communication sessionassociated with a target device, determining, at the first network node,if a record is cached that is indicative of one or more of theoriginating device or a user associated with the originating device, andprocessing, by the first network node, the communication session basedat least on a predetermined session admission metric in response to therecord being determined to be cached.

In an aspect, admission control methods and systems can be implementedto manage automated communications, also referred to as automated calls(“robocalis”), and the like. There are many types of automatedcommunications, with some automated communications desired more thanothers. The methods and systems can utilize a registry of numbersassociated with communication systems that perform automatedcommunications to govern whether or not to complete a communicationsession. The methods and systems can comprise receiving a communicationrequest for a destination call number from an incoming call number,determining whether the incoming call number is present in a registry,processing the communication request based on the determination ofwhether the incoming call number is present in the registry, determiningwhether the destination call number is valid, and updating the registrybased on destination call number validity. The communication request cancomprise an automated communication.

Additional aspects or advantages of the disclosure will be set forth inpart in the description which follows, and in part will be apparent fromthe description, or may be learned by practice of the subjectdisclosure. The advantages of the subject disclosure will be realizedand attained by means of the elements and combinations particularlypointed out in the appende claims. It is to be understood that both theforegoing general description and the following detailed description areexemplary and explanatory only and are not restrictive of the subjectdisclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

The annexed drawings are an integral part of the subject disclosure andillustrate exemplary embodiments thereof. Together with the descriptionset forth herein and the claims appended hereto, the annexed drawingsserve to explain various principles, features, or aspects of the subjectdisclosure:

FIG. 1 is a block diagram that illustrates an example networkenvironment in accordance with one or more aspects of the disclosure;

FIG. 2 is a diagram that illustrates two example regimes of sessionadmission control in in accordance with one or more aspects of thedisclosure;

FIG. 3 is a diagram that illustrates generation of an admission controlmetric in accordance with one or more aspects of the disclosure;

FIG. 4 is a block diagram that illustrates an example embodiment of acomputing device in accordance with one or more aspects of thedisclosure;

FIG. 5 a is a flow chart that illustrates an exemplary method inaccordance with one or more aspects of the disclosure;

FIG. 5 b illustrates a number of calls from the same OID;

FIG. 6 is a flow chart that illustrates another exemplary method inaccordance with one or more aspects of the disclosure; and

FIG. 7 is a flow chart that illustrates another exemplary method inaccordance with one or more aspects of the disclosure.

DETAILED DESCRIPTION

The various aspects described herein can be understood more readily byreference to the following detailed description of exemplary embodimentsof the subject disclosure and to the annexed drawings and their previousand following description.

Before the present systems, articles, apparatuses, and methods aredisclosed and described, it is to be understood that the subjectdisclosure is not limited to specific systems, articles, apparatuses,and methods for admission control of a communication session in anetwork. It is also to be understood that the terminology used herein isfor the purpose of describing particular embodiments only and is notintended to be limiting.

As used in the specification and the appended claims, the singular forms“a,” “an,” and “the” include plural referents unless the context clearlydictates otherwise. Ranges may be expressed herein as from “about” oneparticular value, and/or to “about” another particular value. When sucha range is expressed, another embodiment includes from the oneparticular value and/or to the other particular value. Similarly, whenvalues are expressed as approximations, by use of the antecedent“about,” it will be understood that the particular value forms anotherembodiment. It will be further understood that the endpoints of each ofthe ranges are significant both in relation to the other endpoint, andindependently of the other endpoint.

As utilized in this specification and the annexed drawings, the terms“system,” “component,” “unit,” “interface,” “platform,” “node,”“function” and the like are intended to include a computer-relatedentity or an entity related to an operational apparatus with one or morespecific functionalities, wherein the computer-related entity or theentity related to the operational apparatus can be either hardware, acombination of hardware and software, software, or software inexecution. Such entities also are referred to as “functional elements,”As an example, a unit can be, but is not limited to being, a processfinning on a processor, a processor, an object (metadata object, dataobject, signaling object), an executable computer program, a thread ofexecution, a program, a memory (e.g., a hard-disc drive), and/or acomputer. As another example, a unit can be an apparatus with specificfunctionality provided by mechanical parts operated by electric orelectronic circuitry which is operated by a software application or afirmware application executed by a processor, wherein the processor canbe internal or external to the apparatus and can execute at least aportion of the software application or the firmware application. As yetanother example, a unit can be an apparatus that provides specificfunctionality through electronic functional elements without mechanicalparts, the electronic functional elements can include a processortherein to execute software or firmware that provides, at least in part,the functionality of the electronic functional elements. The foregoingexamples and related illustrations are but a few examples and are notintended to be limiting. In addition, while such illustrations arepresented for a unit, the foregoing examples also apply to a node, afunction, a controller, a component, a system, a platform, and the like.It is noted that in certain embodiments, or in connection with certainaspects or features such embodiments, the terms “unit,” “component,”“system,” “interface,” “platform” “node,” “function” can be utilizedinterchangeably.

Throughout the description and claims of this specification, the words“comprise” and “having” and their variations, such as “comprising” and“comprises,” “having” and “has,” mean “including but not limited to,”and are not intended to exclude, for example, other units, nodes,components, functions, interfaces, actions, steps, or the like.“Exemplary” means “an example of” and is not intended to convey anindication of a preferred or ideal embodiment. “Such as” is not used ina restrictive sense, but for explanatory purposes.

In view of the various aspects of processing a request for an asset in anetwork, such as those described herein, exemplary methods that can beimplemented in accordance with the disclosure can be better appreciatedwith reference to the figures and associated descriptions. Forsimplicity of explanation, the exemplary methods disclosed herein arepresented and described as a series of actions (also referred to assteps), pictorially represented with a block or as a delivered orreceived message in a call flow. However, it is to be understood andappreciated that implementation, and related advantages, of such methodsis not limited by the order of actions, as some actions may occur indifferent orders and/or concurrently with other actions from that shownand described herein. For example, the various methods (also referred toas processes) of the subject disclosure can alternatively be representedas a series of interrelated states or events, such as in a statediagram. Moreover, when disparate functional elements (network nodes,units, etc.) implement disparate portions of the methods of the subjectdisclosure, an interaction diagram or a call flow can represent suchmethods or processes. Furthermore, not all illustrated actions ormessages may be required to implement a method in accordance with thesubject disclosure.

The methods disclosed throughout the subject specification can be storedon an article of manufacture, or computer-readable storage medium, tofacilitate transporting and transferring such methods to computingdevices (e.g., desktop computers, mobile computers, mobile telephones,and the like) for execution, and thus implementation, by a processor orfor storage in a memory.

Reference will now be made in detail to the various embodiments andrelated aspects of the subject disclosure, examples of which areillustrated in the accompanying drawings and their previous andfollowing description. Wherever possible, the same reference numbers areused throughout the drawings to refer to the same or like parts.

The disclosure identifies and addresses, in one aspect, the issue oferrors in servicing of communication sessions in a network. Such errorscan range from failure to establish a communication session (e.g.,faulty connectivity, etc.) to resource blockade, in which networkresources available for communication are allocated withoutestablishment of the communication session. As described in greaterdetail below, the disclosure relates to admission control of acommunication session in network. In certain embodiments, the admissioncontrol can be implemented by a network node at the boundary of thenetwork or a subsystem thereof in one aspect, the admission control canbe implemented during a predetermined period and can be based at leaston an admission criterion, which can be specific to an end-point device,e.g., a target device or an origination device. The admission criterioncan be configurable and, in certain implementations, it can be obtainedfrom historical performance associated with establishment ofcommunication session. Such historical performance can be assessedwithin a sliding period of a configurable span. Certain functionalelements of the disclosure can be implemented (e.g., performed) bysoftware, hardware, or a combination of software and hardware.Functional elements of the various embodiment(s) described in thepresent specification and illustrated in the annexed drawings can beemployed in operational environments access network, telecommunicationnetwork, signaling network, etc.) that can include, for example, digitalequipment, analog equipment, or both, wired or wireless equipment, etc.

In an aspect, provided are methods and systems thr handling automatedphone calls, referred to as “robocalls.” An automated communication canutilize a computerized autodialer to deliver a pre-recorded message.Automated communications are often associated with political andtelemarketing phone campaigns, but can also be used for public-serviceor emergency announcements. Some automated communications usepersonalized audio messages to simulate an actual personal phone call.Overuse of automated communications can overload network systems andharass the public. However, automated communications can provide abenefit to the public by providing an efficient means for communicatingrelevant information. The methods and systems provided can ensure thebenefits of automated communications are realized, while minimizing thenegative effects.

Accordingly, the methods and systems provided can establish a registryof unique identifiers associated with automated communications. In anaspect, the registry can be an OID (Origination identity) Registry, forexample. By way of example, an OID can be an address of record, acalling number, call party number, origination address, originationphone number, origination SIP URI or Tel URI, Fully Qualified DomainName (fqdn), email address, IP address, and the like. The OID Registrycan comprise Automatic Number Identification (ANI) functionality. TheOID Registry can comprise phone numbers responsible for originating oneor more automated communications. An automated communication providercan register one or more phone numbers with the OID Registry to ensuredelivery of the automated communication. In an aspect, the OID Registrycan associate a threshold number of calls with one or more phone numbersoriginating automated communications. For example, an originating phonenumber can have 1,000 calls associated with it. In an aspect, anoriginating phone number can have a threshold number of failed calls,after which any additional calls from the originating phone number canbe rejected (permanently or temporarily). The methods and systems canthen utilize that information when determining whether to process orreject an OID registered automated communication. In an aspect, a feestructure can be established whereby automated communication providerspay to register a phone number and/or for establishing a thresholdnumber of calls.

Referring to the drawings, FIG. 1 illustrates a high-level block diagramof an exemplary network environment 100 in accordance with one or moreaspects of the disclosure. As illustrated, the exemplary networkenvironment 100 comprises an originating device 110 functionally coupled(e.g., communicatively coupled via wired links or wireless links, or acombination thereof) to a service network 120 which can include wirelessnetworks, wireline networks, and any combination thereof. A data andsignaling pipe 115 comprising an upstream link, or uplink (UL), and adownstream link, or downlink (DL), enables functional coupling among theoriginating device 110 and the network 120. The data and signaling pipe115 can comprise a wireless link or wireline link, or a combinationthereof. Device 110 can be embodied in or can comprise end-userequipment, such as a user device (mobile or otherwise) or most anycustomer premises equipment. Accordingly, originating device 110 can bean electronic device that is part of a network (e.g., atelecommunication network, a home network, a utilities network, orcombinations thereof) and has various levels of computationalcapability. For example, the device 110 can be at least one of aterminal display device, a set top box (STB), internet protocol(IP)-enabled television, a personal computer, a portable computer, atelephone, a wearable computer, and on forth. The originating device 110can comprise an identifier (e.g., a metadata field, a hypermedia (ink,etc.) that identifies the device 110. The originating device 110 cancomprise a unique number (e.g., phone number) that can be detected by anOID system. This unique number is referred to herein as an incoming callnumber.

In addition, the example network environment 100 also includes a targetdevice 160 functionally coupled to the service network 120 via a dataand signaling pipe 155, which can comprise a wireless link or wirelinelink, or a combination thereof. The target device 160 can comprise anidentifier (e.g., a metadata field, a hypermedia link, etc.) thatidentifies the device 110. The target device 160 can comprise a uniquenumber e.g., phone number), referred to herein as a destination callnumber.

In one aspect, the originating device 110 can transmit a sessioninitiation request to communicate with target device 160. To initiateand/or support a communication session, the originating device 110 andthe target device 160 can exploit the network 120, with which theoriginating device 110 can communicate in accordance with variouspacket-switched (PS) communication protocols supported by such network.Similarly, the target device 160 also can communicate with the network120 in accordance with various PS communication protocols. For instance,the various packet-switched communication protocols can include one ormore of an Ethernet protocol format; an internet protocol (IP) format,such as IPv4 and IPv6, or the like; a user datagram protocol (UDP)format; HTTP; simple object access protocol (SOAP); simple networkmanagement protocol (SNMP); SIP; or H.323 protocol.

It should be appreciated that in certain embodiments one or more of theoriginating device 110 or the target device 160 can communicate (e.g.,exchange information) with the network 120 according to non-PScommunication protocols. For instance, the target device can be a POTSdevice, which can communicate with the service network 120 via acircuit-switched (CS) communication protocol.

The service network 120 can include wireless networks, wirelinenetworks, and any combination thereof, which can permit establishment(e.g., initiation, maintenance, initiation and maintenance, etc.) of acommunication session. In one aspect, the service network 120 caninclude one or more of wide area networks (WANs), one or more local areanetworks (LANs), Voice over IP (VoIP) networks, signaling networks(e.g., SS#7), real-time video over IP network, real-time multimedianetwork, and the like. Such networks can operate in accordance with mostany communication protocol for wireline communication or wirelesscommunication. In certain embodiments, network 120 can have severalfunctional elements that can provide a backbone network, such as ahigh-capacity packet-switched network. In other embodiments, network 120can have internal structure, with several functional elements that canprovide at least two main operational blocks: a backbone network (e.g.,a high-capacity packet-switched network) and a regional access network(RAN). The internal structure also can include functional elements thatprovide more spatially localized networks, such as local area networks,home area networks, or the like. Both the backbone network and theregional access network (RAN) can be WANs, for example, with thebackbone network having a larger geographical scope than the RAN.

In one aspect, the origination device 110 can transmit a sessioninitiation message (e.g., a VOW session initiation message) to thecontrol function 130 (e.g., a session boundary control (SBC) function orSBC) in order to initiate a communication session with the target device160. The session initiation message can convey information e.g., dataand/or metadata) that identifies the originating device 110 and/or thetarget device 160. The control function 130 can regulate allocation ofnetwork resources 150 that can be dedicated for such communicationsession. The network resources 150 can comprise one or more ofbandwidth, communication channels (such as signaling channels), PDPs,processing resources, or the like. As illustrated, the control unit 130can comprise an admission unit 134 functionally coupled to a memory 138.The admission unit 134 can receive the session initiation message andcan determine if a record indicative of the originating device 110 (or auser associated with the originating device 110) is available in thememory 138, for example, in an admission control cache (e.g., OIDRegistry). The admission unit 134 can also receive the sessioninitiation message and can determine if a record indicative of thetarget device 160 (or a user associated with the target device 160) isavailable in the memory 138, for example, in an admission control cache(e.g., Do Not Call registry). In a scenario in which such a recordindicative of one or both of the originating device 110 and/or thetarget device 160 (or respective associated users) is available in theadmission control cache e.g., the record is cached the admission unit134 can apply at least one session admission criterion in order topermit or reject processing of the communication session. The at leastone session admission criterion can be retained in one or more memoryelements 142, labeled as session admission criteria. In one aspect, thesession admission criteria can include a session admission metric thatcan be determined based at least on historical performance associatedwith establishment of a communication session (i) between theoriginating device 110 and the target device 160, (ii) with the targetdevice 160, or (iii) from the originating device. In one embodiment, thesession admission metric can be a success-to-failure ratio for a severalcommunication sessions directed to or from the target device 160. In ascenario in which application of the at least one session admissioncriteria indicates that the processing of the communication session canproceed, the control unit 130 can broker establishment of thecommunication session.

As illustrated in FIG. 2, the control function 130 can utilize cachedsession admission control in which performance of the service network isbelow certain threshold (Th(TTL)), which can be specific to apredetermined, configurable admission control period time to live (TTL)in connection with a session admission metric, as illustrated in FIG. 3,such metric can be determined based on historical performance of a groupof communication sessions (e.g., VoIP calls, illustrated with the letterC and a cardinal number in FIG. 3). As described herein, the performanceperiod can be a sliding time interval 304 comprising the group ofcommunication sessions (e.g., a group of about 5 VoIP calls).

FIG. 4 is a block diagram of an example embodiment 400 of a computingdevice 410 that can implement admission control of a communicationsession in accordance with one or more aspects of the disclosure. Thecomputing device 410 can embody or can comprise the control function130. In the illustrated embodiment, the computing device 410 cancomprise a memory 416 having computer-accessible instructions, e.g.,computer-readable and/or computer-executable instructions, encodedthereon. At least a portion of such instructions can be retained assession admission instruction(s) in a memory, element 416 (which isreferred to as session admission instruction(s) 418). In addition, thecomputing device 410 can comprise a processor (e.g., one of processor(s)408) functionally coupled to the memory, 416 and configured, by thecomputer-executable instructions. The processor also can be configuredto generate a request for a data object, the request comprising anidentifier indicative of a first value, and a second value, and totransmit the request for the data object to a first network node,wherein the first network node is configured to validate the requestand, in response to the request being valid, transmit the request to asecond network node. The first value and the second value can be a firstset of values and/or a second set of values, respectively.

To generate the request for the data object, the processor can beconfigured to format the request according to a specific communicationprotocol, the data object being a media content fragment. In one aspect,the specific communication protocol can be a web-based communicationprotocol comprising at least one of hypertext transfer protocol (HTTP),simple object access protocol (SOAP), or simple network managementprotocol (SNMP).

As illustrated, in the exemplary embodiment 400, the computing device410 comprises a group of one or more I/O interfaces 404, a group of oneor more processors 408, a memory 416, and a bus 412 that functionallycouples various functional elements of the device 110, including thegroup of one or more processors 408, to the memory 416. In scenarios inwhich operation of the device 110 can be critical to networkperformance, such as in guaranteed service quality scenarios, the groupof one or more processors 408 can comprise a plurality of processorsthat can exploit concurrent computing.

The functionality of the device 110 can be configured by a group ofcomputer-executable instructions (e.g., programming code instructions orprogramming modules) that can be executed by a processor of the one ormore processors 408. Generally, programming modules can comprisecomputer code, routines, objects, components, data structures (e.g.,metadata objects, data object, control objects), and so forth, that canbe configured (e.g., coded or programmed) to perform a particular actionor implement particular abstract data types in response to execution bythe processor.

Data and computer-accessible instructions, e.g., computer-readableinstructions and computer-executable instructions, associated withspecific functionality of the device 110 can be retained in memory 416.Such data and instructions can permit implementation, at least in part,of the validation of a request for an asset (e.g., a data object) basedon information in the request in accordance with aspects describedherein. In one aspect, the computer-accessible instructions can embodyany number of programming code instructions or program modules thatpermit specific functionality. In the subject specification and annexeddrawings, memory elements are illustrated as discrete blocks; however,such memory elements and related computer-accessible instructions, e.g.,computer-readable and computer-executable instructions, and data canreside at various times in different storage elements (registers, files,memory addresses, etc.; not shown) in memory 416.

Data storage 420 can comprise a variety of data, metadata, or bothassociated with request of objects (e.g., fragments) in accordance withaspects described herein. Memory 416 also can comprise one or morecomputer-executable instructions for implementation of specificfunctionality of the device 110 in connection with requesting an objectin accordance with aspects described herein. Such computer-executableinstructions can be retained as a memory element labeled sessionadmission instruction(s) 418. In one aspect, as described herein, thesession admission instruction(s) 418 can be stored as an implementation(e.g., a compiled instance) of one or more computer-executableinstructions that implement and thus provide at least the functionalityof the methods described in the disclosure. The session admissioninstruction(s) 418 also can be transmitted across some form of computerreadable media. It should be appreciate that different requestcomposition instruction(s) can render physically alike devices intofunctionally different components, with functional differences dictatedby logic (e.g., computer-executable instructions and data) specific toeach one of such network nodes and defined by the session admissioninstruction(s) 418.

Memory 416 can be embodied in a variety of computer-readable media.Exemplary computer-readable media can be any available media that isaccessible by a processor in a computing device, such as one processorof the group of one or more processors 408, and comprises, for example,both volatile and non-volatile media, removable and non-removable media.As an example, computer-readable media can comprise computer storagemedia, or computer-readable storage media, and communications media.Such storage media can be non-transitory storage media. “Computerstorage media” comprise volatile and non-volatile, removable andnon-removable media implemented in any methods or technology for storageof information, such as computer readable instructions, data structures,program modules, or other data. Exemplary computer storage mediacomprises, but is not limited to, RAM, ROM, EEPROM, flash memory orother memory technology, CD-ROM, DVD or other optical storage, magneticcassettes, magnetic tape, magnetic disk storage or other magneticstorage devices, or any other medium which can be utilized to store thedesired information and which can be accessed by a computer or aprocessor therein or functionally coupled thereto.

Memory 416 can comprise non-transitory computer-readable storage mediain the form of volatile memory, such as RAM, EEPROM, and the like, ornon-volatile memory such as ROM. In one aspect, memory 416 can bepartitioned into a system memory (not shown) that can contain dataand/or programming modules that enable essential operation and controlof the device 110. Such program modules can be implemented (e.g.,compiled and stored) in memory element 416, referred to as OSinstruction(s) 422, whereas such data can be system data that isretained in memory element 424, referred to as system data storage 424.The OS instruction(s) 422 and system data storage 424 can be immediatelyaccessible to and/or are presently operated on by at least one processorof the group of one or more processors 408. The OS instruction(s) 422can embody an operating system for the device 110. Specificimplementation of such OS can depend in part on architectural complexityof the device 110, Higher complexity affords higher-level OSs. Exampleoperating systems can include Unix, Linux, iOS, Windows operatingsystem, and substantially any operating system for a computing device.

Memory 416 can comprise other removable/non-removable,volatile/non-volatile computer-readable non-transitory storage media. Asan example, memory 416 can include a mass storage unit (not shown) whichcan provide non-volatile storage of computer code, computer readableinstructions, data structures, program modules, and other data for thedevice 110, A specific implementation of such mass storage unit (notshown) can depend on the desired form factor of, and space availablefor, deployment of the device 110. For suitable form factors and sizesof the monitoring device, the mass storage unit (not shown) can be ahard disk, a removable magnetic disk, a removable optical disk, magneticcassettes or other magnetic storage devices, flash memory cards, CD-ROM,digital versatile disks (DVD) or other optical storage, random accessmemories (RAM), read only memories (ROM), electrically erasableprogrammable read-only memory (EEPROM), or the like.

Features of validation of a request for an asset (e.g., a data object)based on information in the request in accordance with aspects describedherein can be performed, at least in part, in response to execution ofsoftware components (e.g., one or more implementations of sessionadmission instruction(s) 418 by a processor. In particular, yet notexclusively, to provide the specific functionality of device 110, aprocessor of the group of one or more processors 408 in device 110 canexecute at least a portion of the session admission instruction(s) 418.

In general, a processor of the group of one or more processors 408 canrefer to any computing processing unit or processing device comprising asingle-core processor, a single-core processor with software multithreadexecution capability, multi-core processors, multi-core processors withsoftware multithread execution capability, multi-core processors withhardware multithread technology, parallel platforms, and parallelplatforms with distributed shared memory (e.g., a cache). In addition orin the alternative, a processor of the group of one or more processors408 can refer to an integrated circuit with dedicated functionality,such as an ASIC, DSP, a FPGA, a CPLD, a discrete gate or transistorlogic, discrete hardware components, or any combination thereof designedto perform the functions described herein. In one aspect, processorsreferred to herein can exploit nano-scale architectures, such as,molecular and quantum-dot based transistors, switches and gates, inorder to optimize space usage (e.g., improve form factor) or enhanceperformance of the computing devices that can implement the variousaspects of the disclosure. In another aspect, the one or more processors308 can be implemented as a combination of computing processing units.

The one or more input/output (I/O) interfaces 404 can functionallycouple (e.g., communicatively couple) device 110 to another functionalelement (component, unit, server, gateway, node, repository, etc.) ofnetwork 120, for example. The functionality of the device 110 that isassociated with data I/O or signaling I/O can be accomplished inresponse to execution, by a processor of the group of one or moreprocessors 408, of at least one I/O interface retained in memory element428. In some embodiments, the at least one I/O interface embodies an APIthat permits exchange of data or signaling, or both, via an I/Ointerface of I/O interface(s) 404. In certain embodiments, the one ormore I/O interfaces 404 can include at least one port that can permitconnection of the device 110 to other functional elements of theexemplary network environment 100. In one or more scenarios, the atleast one port can include one or more of a parallel port (e.g., GPM,IEEE-1284), a serial port (e.g., RS-232, universal serial bus (USB),FireWire or IEEE-1394), an Ethernet port, a V.35 port, or the like. Theat least one I/O interface of the one or more I/O interfaces 404 canenable delivery of output (e.g., output data, output signaling) to suchfunctional element. Such output can represent an outcome or a specificaction of one or more actions described herein, such as action(s) inexemplary methods discussed in relation to FIGS. 5-7.

Bus 412 represents one or more of several types of bus structures,including a memory bus or memory controller, a peripheral bus, anaccelerated graphics port, and a processor or local bus using any of avariety of bus architectures. As an example, such architectures cancomprise an ISA bus, an MCA bus, an EISA bus, a VESA local bus, an AGPbus, and a PCI, a PCI-Express bus, a PCMCIA bus, a USB bus, or the like.

FIG. 5 a illustrates an exemplary method in the context of a phone callas an example communication session, however, all types of communicationsessions are contemplated. At step 501, an incoming call can bereceived, wherein the incoming call is from an incoming call number(e.g., calling party phone number) and is intended for a calldestination number (e.g., recipient phone number). In an aspect, thecall can be received at a call admission controller. The call admissioncontroller can determine whether or not the received call exceedsnetwork operational capacity. The call admission controller can rejectone or more incoming calls in the event network operational capacitywill not support an additional call. The incoming call can be anunregistered automated communication, a registered automatedcommunication, or a non-automated communication. In an aspect, it can bedetermined whether the incoming call number is present in an OIDRegistry. For example, if the incoming call number is not present in theOID Registry, the call (e.g., unregistered automated communication ornon-automated communication) can be setup without further processing. Ifthe incoming call number is present in the OID Registry then the callcan be identified as a registered automated communication.

At block 502, a determination can be made as to whether a call numberthreshold has been exceeded for the incoming call number. The callnumber threshold can represent a. number of calls, a number of failedcalls, or a combination thereof. If the call number threshold has notbeen exceeded, the call can proceed to be setup at block 508. FIG. 5 billustrates a number of calls from the same OID. Solid arrows representsuccessful calls and dashed arrows represent calls that fail. Once athreshold number of failed calls has been exceeded, further calls fromthat OID can be rejected, either permanently or temporarily. The callsindicated in box 513 represent rejected calls based on the OID exceedinga threshold number of failed calls. Returning to FIG. 5 a, if thethreshold has been exceeded the method can proceed to block 503. In anaspect, if the call number threshold has been exceeded, a notificationcan be sent to the automated communication provider and/or other peerproviders.

At 503, a determination can be made as to whether the incoming callnumber is present in an OID Black List. The Black List can compriseorigination call numbers that were previously detected as originatingillegitimate automated communication and/or large numbers of calls toinvalid destination numbers. If the incoming call number is present onthe Black List, the call can be rejected at block 507.

If the incoming call number is not present in the OID Black List, themethod can proceed to block 504 to determine whether the incoming callnumber is present on an OID White List. The White List can comprise callnumbers that that are known to originate legitimate automatedcommunication, such as an automated communication to valid calldestination numbers. If the incoming call number is not present on theWhite List, the incoming call can be rejected at block 507 and theincoming call number can be added to the Black List at block 505. If theincoming call number is present on the White List, a determination canbe made at block 506 as to whether the call destination number ispresent in a Do Not Call List. A Do Not Call List can comprise a list ofcall destination numbers that should not receive an automatedcommunication. If the call destination number is present in a Do NotCall List, the call can be rejected at block 507 and the incoming callnumber can be added to the Black List at block 505. If the calldestination number is not present in a Do Not Call List, the call can besetup at block 508.

At block 509, after the call has been setup, a determination can be madeas to whether the call destination number is valid or invalid. If callset up requests to a destination yields successful responses within aconfigurable number of setup trials within a certain configurable setuptime threshold, the destination number can be considered valid. Thenumber of setup trials and setup threshold can be Obtained throughstatistical regression thorough machine learning. If the calldestination number is valid, call setup can proceed at block 510. Ifcall set up requests to a destination yields unsuccessful or progressresponses beyond a configurable number of setup trials within a certaintime configurable set-up time threshold, the destination number can beconsidered not valid. The number of setup trials and setup threshold canbe obtained through statistical regression thorough machine learning. Ifthe call destination number is not valid, the call proceeds to 511 toupdate the OID of the call in the negatively cached memory, in 511 andthe call is rejected at 507. In addition, event notifications related toa negative cached OID can be received. The statistical pattern of thecall rejection of the OID can be analyzed to determine the ratio of thefailed vs. successful calls to various destinations from this OID. Theratio can be compared with a configurable threshold at block 512. Theconfigurable threshold can determine whether an OID should be addedtemporarily to the Black List. If the ratio is less than theconfigurable threshold, the OID is added in the OID Black List in block505 temporarily. At block 512, negative caching information can beprovided to a negative caching algorithm. The negative caching algorithmcan process the negative caching information to add the incoming callnumber to the Black List at block 505, In an aspect, the incoming callnumber can be added to the Black List temporarily, for example, for aconfigurable period of time such as 15 minutes, 6 hours, or one day, orthe like. In a further aspect, a predetermined threshold of invalid calldestination numbers can be established. The predetermined threshold ofinvalid call destination numbers can comprise a rate or a number ofcalls. For example, the predetermined threshold of invalid calldestination numbers can comprise 100; 500; 1,000; and the like. If thepredetermined threshold of invalid call destination numbers is exceeded,the incoming call number can be added to the Black List, eitherpermanently or temporarily.

In an aspect, illustrated in FIG. 6, provided are methods 600 comprisingreceiving a communication request for a destination call number from anincoming call number at 601, determining whether the incoming callnumber is present in a registry at 602, processing the communicationrequest based on the determination of whether the incoming call numberis present in the registry at 603, determining whether the destinationcall number is valid at 604, and updating the registry based ondestination call number validity at 605. The communication request cancomprise an automated communication. The registry can comprise one ormore lists, for example, a first list and a second list. The first listcan be a Black List and the second list can be a White List.

In an aspect, processing the communication request based on thedetermination of whether the incoming call number is present in theregistry can comprise determining a threshold associated with theincoming call number if the incoming call number is present in theregistry. The threshold can be a predetermined number of calls and/or apredetermined rate of calls. Processing the communication request basedon the determination of whether the incoming call number is present inthe registry can comprise determining whether the incoming call numberis present in the first list or the second list, if the threshold hasbeen exceeded.

In one aspect, if the incoming call number is present in the first list,the communication request can be denied. If the incoming call number isnot present in the first list and is not present in the second list, thecommunication request can be denied and the incoming call number can beadded to the first list. If the incoming call number is not present inthe first list and is present in the second list, a determination can bemade as to whether the destination call number is present in arestricted destination list. If the destination call number is presentin a restricted destination list, the communication request can bedenied.

In an aspect, updating the registry based on destination call numbervalidity can comprise adding the incoming call number to the first listif the destination call number is invalid. A party responsible for theincoming call number can be notified that the incoming call number hasbeen added to one or more lists.

Updating the registry based on destination call number validity cancomprise updating negative caching information if the destination callnumber is not valid. If the destination call number is valid, acommunication session can be established, such as a call setup. In anaspect, a ratio of failed versus successful calls from the incoming callnumber can be determined. If the ratio exceeds a threshold, the incomingcall number can be added to the first list.

In another aspect, illustrated in FIG. 7, provided are methods 700comprising initiating, at a first network node, a communication sessionassociated with a target device at 701, determining, at the firstnetwork node, if a record is cached that is indicative of one or more ofthe originating device or a user associated with the originating deviceat 702, and processing, by the first network node, the communicationsession based at least on a predetermined session admission metric inresponse to the record being determined to be cached at 703.

The methods can further comprise processing the communication session inresponse to the record being determined to not be cached. The methodscan further comprise processing the communication session in response toprocessing of the communication session, wherein the communicationsession is one of an automated interactive multimedia session, anon-automated interactive multimedia session, a hybrid interactivemultimedia session, or an interactive voice session.

In an aspect, processing, by the first network node, the communicationsession based at least on a predetermined session admission metric inresponse to the record being determined to be cached can compriseconfiguring the communication session for processing. The methods canfurther comprise monitoring a session establishment performance metricprior to determining, at the first network node, if a record is cachedthat is indicative of one or more of the originating device or a userassociated with the originating device and proceeding to make saiddetermination in response to the session establishment performancemetric being substantially equal to or greater than a configurablethreshold.

In another aspect, determining, at the first network node, if a recordis cached that is indicative of one or more of the originating device ora user associated with the originating device can be implemented duringa configurable admission control interval. The configurable admissioncontrol interval can range from about 1 second to about 1 hour.

One or more embodiments of the subject disclosure can employ artificialintelligence (AI) techniques such as machine learning and iterativelearning. Examples of such techniques include, but are not limited to,expert systems, case based reasoning, Bayesian networks, adaptivefeedback filters, behavior based AI, neural networks, fuzzy systems,evolutionary computation (e.g. genetic algorithms), swarm intelligence(e.g. ant algorithms), and hybrid intelligent systems (e.g. expertinference rules generated through a neural network or production rulesfrom statistical learning).

While the systems, apparatuses, and methods have been described inconnection with exemplary embodiments and specific examples, it is notintended that the scope be limited to the particular embodiments setforth, as the embodiments herein are intended in all respects to beillustrative rather than restrictive.

Unless otherwise expressly stated, it is in no way intended that anyprotocol, procedure, process, or method set forth herein be construed asrequiring that its acts or steps be performed in a specific order.Accordingly, in the subject specification, where a description of aprotocol, procedure, process, or method does not actually recite anorder to be followed by its acts or steps or it is not otherwisespecifically stated in the claims or descriptions that the steps are tobe limited to a specific order, it is no way intended that an order beinferred, in any respect. This holds for any possible non-express basisfor interpretation, including: matters of logic with respect toarrangement of steps or operational flow; plain meaning derived fromgrammatical organization or punctuation; the number or type ofembodiments described in the specification or annexed drawings, or thelike.

It will be apparent that various modifications and variations can bemade without departing from the scope or spirit of the subjectdisclosure. Other embodiments will be apparent from consideration of thespecification and practice disclosed herein. It is intended that thespecification and examples be considered as non-limiting illustrationsonly, with a true scope and spirit of the subject disclosure beingindicated by the following claims.

What is claimed is:
 1. A method comprising: initiating, at a firstnetwork node, a communication session between an originating device anda target device; determining, at the first network node, if a record iscached that is indicative of one or more of the originating device or auser associated with the originating device; processing, by the firstnetwork node, the communication session based at least on apredetermined session admission metric in response to the record beingdetermined to be cached; and processing the communication session inresponse to the record being determined to not be cached.